home *** CD-ROM | disk | FTP | other *** search
/ AMOS PD CD / amospdcd.iso / aminet / amoslist0993.lzh / AMOSLIST2 / 000047_amos-request@svcs1.digex.net_Wed Sep 1 15:30:45 1993.msg < prev    next >
Internet Message Format  |  1993-09-03  |  3KB
  1. Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA11115
  2.   (5.65c/IDA-1.4.4 for <mcox@access.digex.com>); Wed, 1 Sep 1993 15:30:41 -0400
  3. Received: from access.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw)
  4.     id AA03610; Wed, 1 Sep 93 15:29:17 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com)
  5. Received: from svcs1.digex.net by access.digex.net with SMTP id AA08666
  6.   (5.65c/IDA-1.4.4); Wed, 1 Sep 1993 15:25:13 -0400
  7. Received: by svcs1.digex.net id AA08509
  8.   (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 14:33:51 -0400
  9. Received: from access.digex.net by svcs1.digex.net with SMTP id AA08505
  10.   (5.65c/IDA-1.4.4 for <amos-list@svcs1.digex.net>); Wed, 1 Sep 1993 14:33:48 -0400
  11. Received: from vax.mbhs.edu by access.digex.net with SMTP id AA16889
  12.   (5.65c/IDA-1.4.4 for <amos-list@access.digex.net>); Wed, 1 Sep 1993 14:33:42 -0400
  13. Message-Id: <199309011833.AA16889@access.digex.net>
  14. Date: 1 Sep 93 14:33:00 EST
  15. From: "Andrew Church" <95ACHURCH@vax.mbhs.edu>
  16. Subject: Re: Jumping/flicker
  17. To: "amos-list" <amos-list@access.digex.net>
  18. Status: RO
  19.  
  20. >>If you're using Screen Offset to scroll, you have to remember that it will
  21. >>move the screen the MOMENT it's called.
  22. >>Try autoview off and do a view somewhere around the screen swap.
  23.  
  24.   Or have XOFS and YOFS variables, and a _WAIT_VBL procedure that does the
  25. Screen Offset right after the Wait Vbl.  This is similar to what I do in a C
  26. program I have that needs to scroll a screen around, except I use the Vbl
  27. interrupt.  I still get a bit of flicker, but little enough that I don't
  28. worry abot it.
  29.  
  30. >The scrolling is done using Scroll.
  31.  
  32.   This can get ugly in a single-buffered screen, because a Scroll is
  33. basically a Screen Copy.  You could get part of the old picture and part of
  34. the new one displayed.
  35.  
  36. >I didn't realise that the Double Buffer had to appear after the Open Screen.
  37.  
  38.   That does help.  :-)
  39.  
  40. >Why does the manual always say
  41. >        Screen Swap
  42. >        Wait Vbl
  43. >in that order?
  44. >
  45. >Does Screen Swap do nothing until VBL? Or will this cause possible flicker on
  46. >the lower half of the screen?
  47.  
  48. Seumas said:
  49. >Ahh, try the wait vbl before the screen swap.
  50. >You have to get the scan line to the vbl before you swap the screens, or parts
  51. >will probly be different as they are swapped in the middle of the screen
  52. >update.
  53.  
  54.   Screen Swap switches the bitplane pointers in the Screen Base structure with
  55. the bitplanes that aren't currently displayed, and updates the copper list.
  56. However, the new bitmap is not displayed until after the vertical blanking
  57. period, as messing with an active copper list can result in some impressive
  58. fireworks displays.  So if you do two Screen Swap commands before a vertical
  59. blank, you'll wind up with the original display staying there.
  60.  
  61.   It doesn't really matter whether you do Wait Vbl or Screen Swap first, as
  62. long as you have them both (or you have some other way to make sure you only
  63. do one Screen Swap per Vbl).
  64.  
  65.   --Andy Church
  66.